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Express Mail Label No. EL 977712660 US 

[0001] QUALITY OF SERVICE MAPPING BETWEEN VARIOUS 

TYPES OF WIRELESS COMMUNICATION SYSTEMS 

[0002] CROSS REFERENCE TO RELATED APPLICATIONS 

[0003] This application claims priority from U.S. Provisional Application No. 
60/417,088 which was filed on October 8, 2002, which is incorporated by reference 
as if fully set forth herein. 

[0004] FIELD OF INVENTION 

[0005] The present invention generally relates to wireless communication 
systems. More specifically, the present invention relates to quality of service in 
wireless communication systems. 

[0006] BACKGROUND OF THE INVENTION 

[0007] The particular type of wireless communication system over which 
wireless transmit/receive units (WTRUs) operate may vary. For example, users 
may travel from one area where a particular type of wireless communication system 
is deployed to another area where a different type of wireless communication 
system is deployed. Additionally, users may be located in an area where they have 
the option of choosing between two or more types of wireless communication 
systems. 

[0008] Quality of service requirements are provided in wireless 

communication systems for various types of services to ensure that the various 
types of services are supported at reasonable performance levels. These quality of 
service requirements, however, do not exist in some systems, are defined differently 
in different systems, and are often inadequately defined. For example, a particular 
type of service in one system may be supported at a quality .of service that is based 
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on a certain frame error rate (FER). The quality of service, however, for that same 
service in another system may be inadequately defined or defined with a quality of 
service that is based on a different parameter such as, for example, signal-to- 
interference ratio (SIR), average number of packet repeats, or any other parameter 
other than FER. This poses problems for operating WTRUs across different types 
of wireless communication systems. 

[0009] It would therefore be desirable to provide mapping between various 
types of wireless communication systems to ensure seamless operation across 
systems. 

[0010] SUMMARY 

[0011] The present invention is a method and system for mapping quality of 
service requirements between various types of wireless communication systems. 
The mapping is performed according to the type of systems across which the 
mapping is being provided. 

[0012] BRIEF DESCRIPTION OF THE DRAWINGS 

[0013] Figure 1 illustrates overlapping coverage areas of various types of 

wireless communication systems. 

[0014] Figure 2 is a plurality of wireless communication systems wherein a 

WTRU is capable of operating across the plurality of wireless communication 

systems while maintaining a required level of quality of service. 

[0015] Figures 3 and 4 are embodiments of a WTRU that is capable of 

mapping quality of service requirements between various types of communication 

systems. 

[0016] Figure 5 is a method wherein quality of service requirements may be 
mapped across various types of wireless communication systems. 
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[0017] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[0018] The present invention is described with reference to the drawing 
figures wherein like numerals represent like elements throughout. 
[0019] It should be noted that the term base station includes but is not 
limited to a base station, Node-B, site controller, access point or any other type of 
interfacing device in a wireless environment. The term wireless transmit/receive 
unit (WTRU) includes but is not limited to a user equipment, mobile station, fixed 
or mobile subscriber unit, pager, or any other type of device capable of operating in 
a wireless environment. The terms system and network are used interchangeably 
herein as are the terms translate and map when referring to conversion of quality of 
service (QoS) requirements between various types of wireless communication 
systems. 

[0020] Referring now to Figure 1, there is shown approximate coverage areas 
for a plurality of different types of wireless communication systems 12, 14, 16, 18. 
The coverage areas of systems 12, 14, 16, 18 are shown in a particular arrangement, 
but may, of course, have any type of deployment arrangement based on operator 
preference. Furthermore, while four types of wireless communication systems are 
shown for purposes of describing the present invention, there may be any number of 
types of wireless communication systems. 

[0021] Each wireless communication system includes a number of service 
types wherein a particular QoS requirement is set for each service type. Of 
particular interest are those service types that relate to user data, such as for 
example bearer services. Bearer services are any type of service that allows 
transmission of user-information signals between user-network interfaces in a 
wireless communication system. 

[0022] At a high level, QoS requirements for bearer services are defined in 
terms of, for example, maximum transfer delay, delay variation, bit or frame error 
ratio (i.e., BER or FER), and data rate. Although the QoS requirements for bearer 
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services are generally defined with at least one of these four parameters, there is no 
standardization of QoS requirements across different types of wireless 
communication systems. Accordingly, in the present invention, QoS requirements 
between various types of wireless communication systems are mapped in order to 
allow seamless operation across the various types of wireless communication 
systems. The mapping of QoS requirements may be performed in the system itself 
as part of the handover process, for example, or in the WTRU and may be 
performed across all types of wireless communication systems whether currently 
known or later developed. 

[0023] Referring now to Figure 2, examples of different types of wireless 
communication systems 12, 14, 16, 18 are shown. In this example, systems 12, 18 
are wireless local area network (WLAN) type wireless communication systems while 
systems 14, 16 are cellular type wireless communications systems. WLAN type 
wireless communication systems include wireless local area networks, wireless 
personal area networks, metropolitan area networks, Bluetooth, 802.11, or the like 
and are collectively referred to as WLAN type wireless communication systems. 
Cellular type wireless communication systems include any type of cellular type 
system including UMTS-FDD, UMTS-TDD, EDGE, GSM/GPRS, CDMA 2000, and 
TD-SCDMA, for example and are collectively referred to as cellular type wireless 
communication systems. In this embodiment, WTRUs such as WTRU 10 are 
capable of seamless operation across the various wireless communication systems 
12, 14, 16, 18. 

[0024] For example, assume WTRU 10 is utilizing a conversational voice 
application or service in system 14 which for purposes of this example is a CDMA 
2000 system and switches, for whatever reason, to system 16 which again for 
purposes of this example is a UMTS system. In such a scenario, the QoS 
requirements of a conversational voice application are defined differently in CDMA 
2000 than they are in UMTS. Therefore, to continue running the conversational 
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voice application (i.e., maintain the user's telephone conversation) the WTRU 10 is 
configured with an interface such as a QoS translator so that the QoS requirements 
which are specified in CDMA 2000 language are translated to UMTS language. 
[0025] It should be noted that the QoS translator may be utilized to ensure 
seamless operation between any two types of wireless communication systems. By 
way of example, an explanation of a WTRU operating across a UMTS system and a 
WLAN type wireless communication system is provided below. 
[0026] Referring still to Figure 2, assume system 16 is a UMTS system and 
WTRU 10 has an ongoing interactive game application running in UMTS on system 
16 and further that WTRU 10 is going to handover to system 18 which is a WLAN 
type system. 

[0027] As mentioned above, wireless communication systems have specific 
QoS definitions for each service type and use different languages when transmitting 
information over their respective bearer service. By way of example, in UMTS, 
delay and BER requirements are often defined as shown in the table below (i.e., 
table 1) taken from 3* Generation Partnership Project Technical Specification 
(3GPP TS) 22105 v620. 
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Real Time (C nstant D lay) j 


N n Real Tim (Variable D lay) 


Operating 
environment 


BER/Max Transfer Delay 


BER/Max Transfer Delay 


bale line 
(Terminal 
relative speed to 
ground up to 
1000 km/h for 
plane) 


Max Transfer Delay less than 400 ms 

BER 10-3 -10-7 
(Notel) 


Max Transfer Delay 1200 ms or more 
(Note 2) 

BER = 10-5 to 10-8 


rtUial UUlUVUl 

(Terminal 
relative speed to 
ground up to 500 
km/h) (Note 3) 


Max Transfer Delay 20 - 300 ms 

BER 10-3-10-7 
(Notel) 


Max Transfer Delay 1 50 ms or more 
(Note 2) 

BER = 10-5 to 10-8 


Urban/ Suburban 

OUlQOOi 

(Terminal 
relative speed to 
ground up to 120 
km/h) 


Max Transfer Delay 20 - 300 ms 

BER 10-3 -10-7 
(Notel) 


Max Transfer Delay 1 50 ms or more 
(Note 2) 

BER = 10-5 to 10-8 


Indoor/ Low 
range outdoor 
(Terminal 
relative speed to 
ground up to 10 
km/h) 


Max Transfer Delay 20 - 300 ms 

BER 10-3-10-7 
(Note 1) 


Max Transfer Delay 1 50 ms or more 
(Note 2) 

BER = 10-5 to 10-8 


NOTE 1 : There i 
NOTE 2: The Me 
NOTE 3: Theva 
was se 
to be ti 


s likely to be a compromise between BER and delay. 

iX Transfer Delay should be here regarded as the target value for 95% of the data^ 
ue o?500 km/h as the maximum speed to be supported in the rural outdoor e™™™* 
lected in order to provide service on high speed vehicles (e.g. trains). This is not meant 
ie typical value for this environment (250 km/h is more typical). 1 



Table 1. 

[0028] Similarly, QoS may also be defined in terms of the end user experience 
for real-time, interactive games, and streaming applications. By way of example, 
table 2, shown below, lists the end user QoS targets for UMTS and is also taken 
from 3GPPTS 22105 v620. 
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M dium 


Applicati n 


D gr e f 
symmetry 


Data rat 


Keyp rf rman 


ce parameter 
values 


s and target 










End-to-end One- 

way 

Delay 


Delay 
Variation 
within a 
call 


Information 
loss 


Audio 


Conversational 
voice 


Two-way 


4-25 kb/s 


<150 msec 
preferred 
<400 msec limit 
Notel 


< 1 msec 


< 3% FER 


Video 


Videophone 


Two-way 


32-384 
kb/s 


< 1 50 msec 
preferred 
<400 msec limit 
Lip-synch : < 
100 msec 




< 1 /o rCn 


Data 


Telemetry 
- two-way 
control 


Two-way 


<28.8 
kb/s 


< 250 msec 


N/A 


Zero 


Data 


Interactive 


Two-way 


<1 KB 


< 250 msec 


N/A 


Zero 


Data 


games 

Telnet 


Two-way 
(asymmetric) 


<1 KB 


< 250 msec 


N/A 


Zero 



Table 2. 

[0029] In the current example, therefore, the exemplary QoS definitions in the 
above table for interactive games will have to translated (i.e., mapped) to whatever 
definitions are used by system 18. Translation of the interactive games QoS 
requirements will enable the interactive game to continue despite the user 
switching to the WLAN type system 18. 

[0030] The translation or mapping between various types of wireless 
communication systems may be performed in any manner, as desired, with the 
important point being that such mapping occurs. Purely by way of example, the 
following table (i.e., table 3) shows a possible mapping of QoS requirements between 
a UMTS system and a WLAN type system. This table assumes system 18 is an 
802.11 type network, but as mentioned the system 18 may be any type of WLAN 
type system. 
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802.11 Parameter 


P ssible Mapping fr m UMTS QoS Classes 


Traffic Tvoe (TS Info) 


1 : Conversational 

0: Streaminq. Interactive, Background 


Ack Policy (TS Info) 


No acknowledgement: Conversational, Streaming 
Acknowledaement: Interactive, Backaround 


FEC (TS Info) 


N/A 


User Priority (0-7) (TSInfo) 


2 : Conversational 
3: Streaming 

4,5,6 : Interactive (Traffic Handling Priorities) 
7 (Lowest): Backqround 


Direction (TS Info) 


Uplink/Downlink 


Inactivity Interval 


M/A 

N/A . 


Nominal MSDU Size 


N/A (23.107 defines maximum SDU size) 


Minimum Data Rate 


Guaranteed bit rate 


Mean Data Rate 


N/A 






Maximum Burst Size 


Maximum SDU size 


Minimum Tx Rate 


N/A 


Delay Bound 


Transfer Delay, if applicable 


Jitter Bound 


N/A 



Table 3. 



[0031] It is important to note that the mapping may be performed not only in 
a WTRU, but may also be performed in the system itself. Of course, when 
performed in the system, the mapping may be performed in any system component 
as desired. Figures 3 and 4 are examples wherein translation of QoS requirements 
is performed in the WTRU and are described below. 

[0032] Referring now to Figure 3, there is shown a WTRU 50 wherein QoS 

requirements of various wireless communication systems may be mapped across 
various types of wireless communication systems. The WTRU 50 includes an 
application 52 and a plurality of bearers 54i, 54 2 , and 54n, which will be collectively 
referred to using reference numeral 54. In this embodiment, the application 52 
includes the mapping functionality. That is, in the example outlined above, prior to 
handover the user is operating in the UMTS system 16. Therefore, the application 
52 is providing QoS requirements to the UMTS bearer, say bearer 54i, and those 
QoS requirements are defined according to UMTS specifications. Once the user 
hands over to the WLAN type system 18, another bearer, say bearer 54 2 , is used to 
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transmit information in system 18. However, information transmission in the 
WLAN type system 18 has different QoS definitions that must now be utilized when 
transmitting information over bearer 54 2 . This is a problem in that because the 
application was initiated while operating in the UMTS system 16, the application 
52 is speaking in terms of UMTS. Therefore, to continue running the application 
when the user hands over to system 18, the application stops sending information 
over bearer 54i using UMTS QoS definitions and begins sending information over 
bearer 54 2 using appropriate QoS definitions for WLAN type system 18. It should 
be noted that, as mentioned, system 18 may be any type of WLAN type system and 
therefore the appropriate QoS definitions may vary accordingly. It should also be 
noted that the number of bearers 54 that are provided preferably corresponds to the 
number of system types across which a WTRU may operate seamlessly. Preferably, 
the application is configured to translate between every system type for which a 
bearer, or the like, is provided. 

[0033] Referring now to Figure 4, another embodiment is shown wherein the 
WTRU 50 is again capable of operating seamlessly across any number of various 
types of wireless communication systems, as desired. In this embodiment, the 
translation or mapping functionality is separate from the application 52. This 
arrangement may be preferred in that the application may operate as normal 
without also being responsible for translating QoS requirements for various types of 
wireless communication systems. 

[0034] In this embodiment, translators 56 2 , 56 n are provided between the 
application and, preferably, each bearer except one. Therefore, in situations where 
application 52 is initiated in a particular type of system, say CDMA 2000, and the 
user continues operating in that system, the application 52 may communicate 
directly with bearer 54i without having to translate the CDMA 2000 QoS 
requirements. This is preferably how service is provided in any type of wireless 
communication system where the user is not going to handover from one system 
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type to another system type. That is, if WTRU 50 was to switch from CDMA 2000 
to UMTS, for example, and initiate a UMTS application, application 52 and bearer 
54i would then communicate directly using UMTS QoS requirements. 
[0035] Where users do handover from one system type to another system 
type, the application 52 will communicate with the respective bearer of the system 
to which the user is handing over to. Furthermore, the application 52 will continue 
running as normal, but its communication with the respective bearer will be 
appropriately translated prior to receipt by the respective bearer. For example, 
assuming a handover from a GSM system to an 802.11 network, once handover 
occurs, communication from application 52 is routed to the 802.11 bearer, say 
bearer 54n. Although the application was initiated while the user was operating in 
a GSM system, and therefore the application is specifying QoS requirements in 
terms of GSM, those QoS requirements are translated by bearer 54 n 's respective 
translator 56 n thereby providing the user with seamless operation across the GSM 
and 802.11 systems. 

[0036] Where a handover between different system types occurs and the 
translation or mapping function is performed in the system itself, the bearer 
continues to be specified in terms of the system from which the handover occurred. 
The system to which the user is handing over to, however, recognizes that the QoS 
requirements are being communicated to it based on definitions from another type 
of wireless communication system (or are inadequately defined) and translates 
them appropriately. This enables whatever application or service that was initiated 
by a user in one system type to continue seamlessly despite the user handing over 
to another system type. This arrangement also does not require the WTRU that is 
handing over, to be configured as explained in Figures 3 and 4, for example. 
[0037] As previously mentioned, mapping of QoS requirements may be 
performed in any system component as desired. By way of example, however, in 
cellular type wireless communication systems, the mapping may occur in the core 
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network in either, again by way of example, the serving GPRS support node CSGSN) 
or the home location register (HLR). Of course, in such systems, the mapping may 
aiso be performed in the base station or radio network controller (RNC). Wrth 
respect to WLAN type systems, the mapping may again be performed in any system 
consent as desired. By way of example, the mapping may be performed m an 
a cces S point,accessrouter,orcomputernetworkportionofsuchsystems. 

,00381 Referring now to Figure 5, a method 100 is shown for mappmg QoS 
requirements between various types of wireless communication systems. In step 
102. the method 100 begins wherein an application or service is inurated » a 
particular type of wireless communication system. Then in step 104 *S 
requirements are specified on a bearer, or the like, in accordance wtth the QoS 
requirements of the particular type of wireless communication system ,n whtch 
application was initiated. 

,0039, in step 106, it is determined whether there is handover to another *p. 
of wireless con— tion system. If no, the method 100 proceeds to 
wherein the app.ication or service continues until completed or otherwise ended If 
ves, the method 100 proceeds to step 110 wherein QoS requirements are specfied » 
accordance with the QoS requirements of the wire.ess communion system fi> 
which the user is handing over to. This enables a connection and/or sesston 
continue seamlessly from one system type to another. 

,00401 If translation occurs in the WTRU, the QoS requirements are specfied 
on a bearer, or the like, in accordance with the QoS requirements of the 
which the user is handing over to. If translation occurs in the system, the QoS 
requirements are specified on a bearer, or the like, accordmg to the QoS 
requirements of the system from which the user is handing over from and the 
system which the user is handing over to performs the appropriate translation. 
,0041, Although the present invention has been described in conjunct™ wrth 
particular types of wireless communication systems, the present invention is not 
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Wted thereto and instead may be undented across aU types of wire.ess 
r— systems. Purthermore, a« — and ^ type systems 
were mentioned, other types of wireiess — systems snch as, 
example infrared are certainly within the scope of the present mvenhon. 
ZT m addition to the above, while the present invention has been 
Hid in terms of various embodiments, other variations, which are ^ 
Z of the invention as outlined in the claims beiow wiU be apparent to those 
skilled in the art. 
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